Serveur d'exploration sur la TEI

Attention, ce site est en cours de développement !
Attention, site généré par des moyens informatiques à partir de corpus bruts.
Les informations ne sont donc pas validées.

Documents and Data: Modelling Materials for Humanities Research in XML and Relational Databases

Identifieur interne : 000191 ( Main/Exploration ); précédent : 000190; suivant : 000192

Documents and Data: Modelling Materials for Humanities Research in XML and Relational Databases

Auteurs : John Bradley [Royaume-Uni]

Source :

RBID : ISTEX:6E0C8A06802EF45C3D6DB27DBD0E60833B99ED62

Abstract

In this paper we describe the mix of text-oriented and data-oriented materials that have arisen during the process of conceptualising the Durham Liber Vitae (DLV) project. We have found a mixing of text- and data-oriented materials common in our projects, and that some aspects of SGML and XML markup's conceptual orientation—particularly the strong preference for asserting associations between elements by hierarchy and containment (the OHCO model)—have often obscured the presence of data-oriented (non-hierarchical) elements in the materials, and or encouraged inadequate ways to represent them. Although discussion of XML and its modelling abilities within the Computing Humanities community have tended to focus on issues arising in the OHCO model, the OHCO model itself is not the only modelling approach that XML markup provides. This paper demonstrates a way of taking conventional data modelling diagrams (inherently not OHCO in orientation) and modelling them for XML markup in a way that uses XML's preferred OCHO/containment approach where-ever possible, and XML's link-oriented association (e.g. ID/IDREF) approach between different hierarchies when essential. It then touches on aspects of ownership and reference that seem to lie behind XML's containment and linking association strategies. Finally, it describes some of the difficulties that standard XML tools such as XSLT and XPath (obviously primarily designed with the OHCO model in mind) have when dealing with links in XML, and shows an example of where XQuery's syntax—born out of work with relational databases—better handles queries based around linking.

Url:
DOI: 10.1093/llc/fqh048


Affiliations:


Links toward previous steps (curation, corpus...)


Le document en format XML

<record>
<TEI wicri:istexFullTextTei="biblStruct">
<teiHeader>
<fileDesc>
<titleStmt>
<title xml:lang="en">Documents and Data: Modelling Materials for Humanities Research in XML and Relational Databases</title>
<author wicri:is="90%">
<name sortKey="Bradley, John" sort="Bradley, John" uniqKey="Bradley J" first="John" last="Bradley">John Bradley</name>
</author>
</titleStmt>
<publicationStmt>
<idno type="wicri:source">ISTEX</idno>
<idno type="RBID">ISTEX:6E0C8A06802EF45C3D6DB27DBD0E60833B99ED62</idno>
<date when="2005" year="2005">2005</date>
<idno type="doi">10.1093/llc/fqh048</idno>
<idno type="url">https://api.istex.fr/document/6E0C8A06802EF45C3D6DB27DBD0E60833B99ED62/fulltext/pdf</idno>
<idno type="wicri:Area/Istex/Corpus">000463</idno>
<idno type="wicri:Area/Istex/Curation">000463</idno>
<idno type="wicri:Area/Istex/Checkpoint">000152</idno>
<idno type="wicri:explorRef" wicri:stream="Istex" wicri:step="Checkpoint">000152</idno>
<idno type="wicri:doubleKey">0268-1145:2005:Bradley J:documents:and:data</idno>
<idno type="wicri:Area/Main/Merge">000207</idno>
<idno type="wicri:Area/Main/Curation">000191</idno>
<idno type="wicri:Area/Main/Exploration">000191</idno>
</publicationStmt>
<sourceDesc>
<biblStruct>
<analytic>
<title level="a" type="main" xml:lang="en">Documents and Data: Modelling Materials for Humanities Research in XML and Relational Databases</title>
<author wicri:is="90%">
<name sortKey="Bradley, John" sort="Bradley, John" uniqKey="Bradley J" first="John" last="Bradley">John Bradley</name>
<affiliation wicri:level="1">
<country xml:lang="fr">Royaume-Uni</country>
<wicri:regionArea>King's College London</wicri:regionArea>
</affiliation>
</author>
</analytic>
<monogr></monogr>
<series>
<title level="j">Literary and Linguistic Computing</title>
<title level="j" type="abbrev">Lit Linguist Computing</title>
<idno type="ISSN">0268-1145</idno>
<idno type="eISSN">1477-4615</idno>
<imprint>
<publisher>Oxford University Press</publisher>
<date type="published" when="2005-03">2005-03</date>
<biblScope unit="volume">20</biblScope>
<biblScope unit="issue">1</biblScope>
<biblScope unit="page" from="133">133</biblScope>
<biblScope unit="page" to="151">151</biblScope>
</imprint>
<idno type="ISSN">0268-1145</idno>
</series>
<idno type="istex">6E0C8A06802EF45C3D6DB27DBD0E60833B99ED62</idno>
<idno type="DOI">10.1093/llc/fqh048</idno>
<idno type="local">fqh048</idno>
</biblStruct>
</sourceDesc>
<seriesStmt>
<idno type="ISSN">0268-1145</idno>
</seriesStmt>
</fileDesc>
<profileDesc>
<textClass></textClass>
<langUsage>
<language ident="en">en</language>
</langUsage>
</profileDesc>
</teiHeader>
<front>
<div type="abstract" xml:lang="en">In this paper we describe the mix of text-oriented and data-oriented materials that have arisen during the process of conceptualising the Durham Liber Vitae (DLV) project. We have found a mixing of text- and data-oriented materials common in our projects, and that some aspects of SGML and XML markup's conceptual orientation—particularly the strong preference for asserting associations between elements by hierarchy and containment (the OHCO model)—have often obscured the presence of data-oriented (non-hierarchical) elements in the materials, and or encouraged inadequate ways to represent them. Although discussion of XML and its modelling abilities within the Computing Humanities community have tended to focus on issues arising in the OHCO model, the OHCO model itself is not the only modelling approach that XML markup provides. This paper demonstrates a way of taking conventional data modelling diagrams (inherently not OHCO in orientation) and modelling them for XML markup in a way that uses XML's preferred OCHO/containment approach where-ever possible, and XML's link-oriented association (e.g. ID/IDREF) approach between different hierarchies when essential. It then touches on aspects of ownership and reference that seem to lie behind XML's containment and linking association strategies. Finally, it describes some of the difficulties that standard XML tools such as XSLT and XPath (obviously primarily designed with the OHCO model in mind) have when dealing with links in XML, and shows an example of where XQuery's syntax—born out of work with relational databases—better handles queries based around linking.</div>
</front>
</TEI>
<affiliations>
<list>
<country>
<li>Royaume-Uni</li>
</country>
</list>
<tree>
<country name="Royaume-Uni">
<noRegion>
<name sortKey="Bradley, John" sort="Bradley, John" uniqKey="Bradley J" first="John" last="Bradley">John Bradley</name>
</noRegion>
</country>
</tree>
</affiliations>
</record>

Pour manipuler ce document sous Unix (Dilib)

EXPLOR_STEP=$WICRI_ROOT/Wicri/Ticri/explor/TeiVM2/Data/Main/Exploration
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 000191 | SxmlIndent | more

Ou

HfdSelect -h $EXPLOR_AREA/Data/Main/Exploration/biblio.hfd -nk 000191 | SxmlIndent | more

Pour mettre un lien sur cette page dans le réseau Wicri

{{Explor lien
   |wiki=    Wicri/Ticri
   |area=    TeiVM2
   |flux=    Main
   |étape=   Exploration
   |type=    RBID
   |clé=     ISTEX:6E0C8A06802EF45C3D6DB27DBD0E60833B99ED62
   |texte=   Documents and Data: Modelling Materials for Humanities Research in XML and Relational Databases
}}

Wicri

This area was generated with Dilib version V0.6.31.
Data generation: Mon Oct 30 21:59:18 2017. Site generation: Sun Feb 11 23:16:06 2024